Approved For Release 2007/06/18; CIA-RDP84T 


| 3700040000001 4g fe 7 
UNCLASSIFIED 


NPIC DATA SYSTEM 
DATA AND CONTROL SEGMENT 
ACQUISITION PHASE 


VOLUME V 
ALTERNATE CONFIGURATION ANALYSIS 


STAT 


24 February 1982 


UNCLASSIFIED 


Approved For Release 2007/06/18 : CIA-RDP84T00037R000400030001-4 


Approved For Release 2007/06/18 : CIA-RDP84T00037R000400030001-4 


UNCLASSIFIED 


NPIC DATA SYSTEM 


DATA AND CONTROL SEGMENT 
ACQUISITION PHASE 


VOLUME V 
ALTERNATE CONFIGURATION ANALYSIS 


24 February 1982 


+ This data, furnished in connection with Request for Proposal 82-B-015 as amended, shall not be dis- 
closed outside the Government and shall not be duplicated, used, or disclosed in whole or in part for 
any purpose other than to evaluate the proposal, !f a contract is awarded to this offeror as a result of 
or in connection with the submission of this data, the Government shall have the right to duplicate, 
use, or disclose the data to the extent provided in the contract. This restriction does not limit the 
Government's right to use information contained in the data if it is obtained from another source 
without restriction, 


UNCLASSIFIED 


Approved For Release 2007/06/18 : CIA-RDP84T00037R000400030001-4 


STAT 


STAT 


Approved For Release 2007/06/18 : CIA-RDP84T00037R000400030001-4 


UNCLASSIFIED 


Contents 
Section Page 
INTRODUCTION V-iv 
1 HARDWARE CONFIGURATION V-1-1 
ll, Vendor Selection V-1-1 
1.2 Alternate Configuration v-1-4 
2 IMPACTS V-2-1 
2.1 Design Impacts V-2-1 
pigeer Development Impacts V-2-2 
2.3 Schedule Impact V-2-4 
2.4 Performance Impacts V-2-6 
209 Risk V-2-9 
3 COST V-3-1 

V-ii 

UNCLASSIFIED 


Approved For Release 2007/06/18 : CIA-RDP84T00037R000400030001-4 


Approved For Release 2007/06/18 : CIA-RDP84T00037RO000400030001-4 


UNCLASSIFIED 


Illustrations 


Generic Architecture Requirements 

Univac 1100 Series Processor Ciavacteriacics 
Univac Host Allocation Summary 

Univac Processor Configurations 

Detailed Alternate Configuration Schedule 
Software.Design Impacts 

Software Development Impact Summary 
Alternate Equipment Installation Summary 


Alternate Configuration Performance Assessment 
Summary aa 


Risk Analysis Summary | 
Alternate Configuration: Fiscal Year Summary 


ROM Cost Analysis Summary 


V-iii 


UNCLASSIFIED 


Page 
V-1-2/3 
v-1-5 
V-1-6 
V-1-7/8 


v-1-9/10 


Approved For Release 2007/06/18 : CIA-RDP84T00037R000400030001-4 


Approved For Release 2007/06/18 : CIA-RDP84T00037R000400030001-4 
UNCLASSIFIED 


INTRODUCTION 


We performed a rigorous analysis of an alternate vendor solution to our proposed generic D/C 
Segment architecture, carefully assessing the destgn, development, performance, and cost 
timp lteattons. : 


This volume reflects the results of a methodical assessment of implementing our proposal 
architecture with UNIVAC hardware and software products. This assessment was performed using 
the following approach: 


a. 


Use our proposed generic D/C Segment architecture as the departure point for identi- 
fying an alternative vendor design; 


Select the best choice of an alternate vendor, capable of meeting the technical and 
schedule objectives of the NDP; 


Configure the alternate vendor's equipment in a manner which meets D/C Segment process- 
ing objectives, holding to our generic architecture characteristics in terms of 
design margins and switchability; 


Perform a comprehensive assessment of the impacts of the alternate vendor solution to 
our proposed design, development plan, schedule, and projected performance; 


Identify the risks associated with the alternate vendor solution; and 


Estimate rough-order-of-magnitude deltas to the proposed cost of our preferred 
solution. 


@ implement this approach, we identified an independent project team. Their goal was to 
identify and analyze the best possible vendor alternative, with emphasis on satisfying D/C 
Segment functional, performance, and schedule objectives, while providing the most cost~effective 


solution. 


The following sections reflect the results of their analysis, including supporting 


justification and rationale. 


V-iv 


UNCLASSIFIED 
’ Approved For Release 2007/06/18 : CIA-RDP84T00037R000400030001-4 


Approved For Release 2007/06/18 : CIA-RDP84T00037R000400030001-4 


Approved For Release 2007/06/18 : CIA-RDP84T00037R000400030001-4 


NOILVHNDIANOD JHYVMOYVH 


Approved For Release 2007/06/18 : CIA-RDP84T00037R000400030001-4 


UNCLASSIFIED 


& Section I 


HARDWARE CONFIGURATION 


The alternate configuration definition began with an analysts of our generte D/C Segment 
architecture characteristics. ; 


The generic architecture which was selected for the D/C Segment reflects the results of exten- 
sive tradeoff analyses to determine the best solution to meet NDS processing requirements. The 
preferred solution is a distributed processing architecture, in which intelligent work stations 
off-load processing and data from the host processor, providing the user with improved system 
responsiveness. This architectural solution was considered fundamental to satisfying D/C 
Segment performance requirements and thus, became the starting point for selecting our pre- 
ferred vendor design. Similarly, this same starting point is reflected here in the definition 
of an alternate vendor solution. 


GENERIC D/C SEGMENT ARCHITECTURE -- As illustrated in Figure 1.0-1A, the host portion of the 
D/C Segment Architecture involves three host systems. Master Database, (General) and the 

P&A functions are assigned to one host system. Exploitation and the C* functions are resident 
in the second host system. The third host system supports the Training, Test and Development 
activities as well as serving as a redundant system for the other two hosts. All DASD is 
switchable to any of the three host systems - ideally by an intelligent switch which allows 
for prestored switching patterns. There are at least three front-end-processors (FEP's) 

which have multi-host support and have access to any host system. The FEP interfaces to the 
Local Area Network (LAN). 


uration, there are three major architectural highlights. All functional database DASD is 
totally switchable via pre-stored switching configurations. Any functional host system 

may assume control over any portion or the entire functional database DASD. All host systems 
are supported by multiple front-end processors (FEP's). Each FEP supports all host systems. 
Figure 1.0-1B spotlights these capabilities. 


@ ston ee: HIGHLIGHTS -- Besides no single point of failure within the D/C Segment Config- 


ARCHITECTURE CHARACTERISTICS -- Figure 1.0-1C lists the architectural characteristics which 
must be met in order to satisfy the NDS driving requirements. Careful analysis of these 
characteristics fall into three major categories: function identification, processing 
requirements, and availability requirements. These characteristics were used as the basis 
selecting the most suitable alternate configuration. 


CONFIGURATION ITEM DEFINITIONS -- Our analysis focused on the Configuration Items as defined in 
our Design Specification. Some CI characteristics (Figure 1.0-1D) were relaxed somewhat so as 
not to be too restrictive. This allowed more vendors to be considered. Our analysis assumed 
our fundamental architecture was to be preserved. The alternate configuration analysis was 
limited to the central ADP facility elements of our design. Alternatives for The Integrated 
Work Station (IWS) design were considered in Vol. TI, Sect. 5.8 of this proposal. 


1.1 Vendor Selection 
We selected UNIVAC for the alternate vendor solution, both because it te a vendor-compattble 
extenston of today's system, and because the UNIVAC product line can be configured to satts fy 


our generte architecture. 


While several vendors offer hardware and software products which could satisfy D/C Segment 
needs, we selected UNIVAC as the best vendor for our alternate solution. The primary rationale 


® 
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Generic D/C Segment 


Architecture 


1D. DASD Must Be Switchable to Any Host 
With Minimal Manual Intervention 


D. Any Host Has Universal Access 
to the D/C Segment Database 


1s 
Figure 1.0-1. 


D. Each FEP Has a Direct Channel to Each 
Host and Links With Each Other 
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© Architectural Characteristics 


Single or multiprocessors in the 8-14 MIP range (single 
processors should be redundant) 


Accessibility by any host processor to any functional database 
or segment. 


Redundant paths and units for all critical peripheral subsystems 


Redundant mainframe components (i.e, cache, backing storage 
and 1/0) 


Command and Control which can be superimposed on a desig- 
nated host processing system. 


Self diagnosis of hardware faults down to the field replaceable 
unit (FRU) is critical to reducing the average total mean-time- 
to-repair (MTTR). This must be considered as a necessary 
contributor to overall availability. 


Cache disk to optimize heavy 1/O activity. 


The exploitation function will require 4 MIPS and four billion 
bytes of DASD 


A computational capability of 4.6 MIPS and one-half billion 
bytes of DASD is needed for pre-exploitation processing. 


A computational caj ity of one MIPS and 
approximately four ion bytes of DASD is needed 
for Training, Test and Development. 


Generic Architecture Requirements 
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Operating System DASD 


Pre-exploitation Data 
Base 


Exploitation Data Base 


Archive Subsystem 


Display Subsystem 


High Speed Printer 


interprocessor Communi- 
cation Facility 


© Integrated Work Station 


@ Remote Job Printing 
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@) Configuration [tem Definitions 


Three host-processor systems with separate 
1/0 processors, 16 MB memory, 2 consoles 
per system with CRT and hard copy for each 
console. Consoles must be able to assume each 
other's function. 


Three to five processors with from one-half to 
2 million bytes of real memory. Must support a 
bit synchronous network protocol, support 
multi-host connections and function as FEP, 
node and concentration simultaneously, if 
needed. 50K bytes per second throughput — 
aggregate. 


No separate DASD required if suitable ap- 
approach is available. 


All DASD subsystems must have fully dual 
controller’ equipped with at least two banks of 
cache memory-no-less than four Mbytes of cach 
Disk units must be at least 600 megabytes with 
dual access capability. Transfer rate must be 
1.5 megabytes or greater with a cache hit 
access time of no greater than four milli- 
seconds. Disk average access time should be 
no greater than 40 milliseconds. 


Same performance characteristics as the General 
Support and Pre-exploitation data base. All 
database DASD must be fully accessible from 
each host. 


No separate subsystems shall be configured. 
‘Additional capability will be added to each host 
system. Units shall be 9 track, 6250 GCR 

with 200 inches per second tape speed. 


Standard CRT clustered no more than 6 to 
controller. 


At least one printer per host with printing 
speed of 1000 lines per minute or greater at 
96 characters print font. Must be horizontal 
print mechanism — no drum printers. Print 
fonts should be interchangeable with the 
printer capable of informing the host as to 
which print font is loaded. 


May be a channel-to-channel, high speed serial 
{up to 50 megabits per second) or multiple 
links between hosts. 


Considered in Vol. II, Para. 5.8 (INS Design) 
Considered in Vol, 11, Para. 5.8 (IWS Design) 
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for this selection was twofold: 1) the extensive UNIVAC product line, and its ability to 
provide the central processor and peripheral hardware to support our basic architectural 
assumptions; and 2) the reduction in software and data base conversion effort which results 
from a UNIVAC selection. There were two considerations in the selection of UNIVAC: 


a. The UNIVAC host processor product line does not include a processor which meets the 
execution rate requirement (10 MIPS) which is necessary to satisfy our genéric 
architecture's physical partitioning of operational function into two host processors 
(plus one additional processor for maintenance, training, and backup). We were 
forced to expand our generic architecture to three host operational processors. 
Within each host processor, an additional. CPU is configured for availability. Addit- 
ionally, we were concerned with the life-cycle implications of not having a field- 
upgradable additional processing capability for the UNIVAC candidate processors. 


b. The UNIVAC multi-processor architecture at the high end of the processor line, parti- 
tions the host into multiple 2 MIP processors, causing concern in partitioning the 
pre-exploitation (P&A) batch processing function into four parallel processes to meet 
the time requirement. The two factors to be considered were: 1) the additional 
software complexity to support this additional partitioning; and 2) the additional 
execution overhead and inherent Jelavs in the additional portioning of the P&A 


functior:. 
Both of these consider.:: . “re carefully examined, and we concluded that they result in 
less potential vertical | ‘ossor growth and increased P&A turnaround time than our 
preferred solution. We decide... ‘:wever, that the UNIVAC products will meet the FOC require- 
ments and do provide savings over other alternative vendors in terms of software conversion. 


1.2 Alternate Configuration 


After careful assessment of the UNIVAC product line, ve have eeleeted an 1100/84-based 
hardware configuration to meet D/C Segment processii2 <f/octtves. 


In deriving the UNIVAC hardware configuration, we examined the characteristics of each D/C 
Segment Confi;...:ation Item. Our objective was to identify the individual Univac hardware units 
which would satisfy these characteristics in the most cost-effective, state-of-the-art manner. 


The hardware unit deri.ation for each CI is defined and justified in the following paragraphs. 


PROCESSOR AND CONSOLE DISPLA:.. -- ‘he first step in this CI definition process was to select 
the host processor which best satisfies the D/C Segment architecture objectives. Two candidate 
UNIVAC 1100 series processors were considered: 1) UNIVAC 1100/60; and 2) UNIVAC 1100/80. 


Figure 1,2-1 shows the relative processiny power in the various 1100 models and their corre- 
sponding MIP rates. The relative value of 1.0 is the current 1100/43 production system. The 
top end of the 1100 series cannot support the generic D/C Segment architecture, which reflects 
P&A and General Support functions in a single processor, requiring 10 MIPS of compute power. 


The alternati... then, is to partition the generic architecture function into additional hosts, 
so that the US: °° processor can be employed. 
The first choice .: to attempt to define an 1100/60-based configuration. The 1100/60 Series 
incorporates the =. t technology, especially in the areas of availability and maintainability. 
The 1100/60 ™ ued instruction Set is particularly well suited for this environment but is 
not object c .; patible with the 1100/80 Series. Object code incompatibility would require 
only a minor ¢ -sion effort. 
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(4) The 1100/80 Is the Only 1100 Capable of Processing Pre-Exploitation With Margins. 


UNIVAC 1100 Series 
Relative CPU Power (In M.1.P.S.) 
Compared to Pre-Exploitation FOC MIP Requirement 


100/64 H2 (Projected) 


1100/44 & 1100/82 


1100/43 & 1100/62 H2 
1100/62 H1 


an 
CPU Power Relative to UNIVAC 1100/43 


. 6. 5.0 40 3.0 2.0 1.0 
see © IPS 


*Projection Based On 1100/62 H2 Values Multiplied by a Factor of 1.8 to Allow 
for Memory Conflicts. 


Reference: “Tracking the Elusive KOPS”, Edward J. Lion; DATAMATION, 
November, 1980. pp 99-105. 


Consideration 


. MIPS Per CPU 

. Maximum Number of CPU's 

. Maximum MIPS ‘ 

. Redundant Instruction Execution 


. Fault Injection 


. Buiit In Hardware Monitor 


. Direct Fetch From Backing If Total Cache 
Failure Occurs Without Causing an 
O.S. Reboot 


. Self Diagnosis Down to the Field Replaceable 
Unit (FRU) Level 


. Extended Instruction Set for Character and 
Bit Manipulation 


4-4.5 Per System 


1100/60 1100/80 


Line 1 — 1.2 Per CPU 2 — 2.2 CPU 


Four Four 
7.6-8.0 Per System 
Yes 

Yes 


Yes 


Figure 1.2-1. Univac 1100 Series Processor Characteristics 
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The total FOC pre-exploitation (P&A) requirement of 4.6 MIPS stresses the capabilities of a 

UNIVAC 1100/64. If the 1100/60 Series were selected, an 1100/64 system would be required to 
Process the P&A workload alone. This would dictate an additional 1100/64 solely as back-up 

to the P&A system. Any additional growth in the P&A function would require distributing the 
function into multiple hosts. This would be a serious design impact. For this reason, the 

1100/60-based configuration was rejected. 


Next, an 1100/80-based configuration was examined. The 1100/84 CPU can support the P&A 
processing requirement, while retaining the required design margins. With an 1100/80-based 


configuration, three 1100/84 processors are required. 


Finally, we considered a hybrid 1100/80 and 1100/60 solution. This approach was discarded 


because of the incompatibility of object code between the 1100/60 and 1100/80 would require the 


maintenance of two distinct software libraries. (The alternative to this would be to not make 
use of the expanded instruction set of the 1100/60, one of the primary reasons for having 
selected it). 


After careful examination of these three alternatives, we selected the 1100/80-based config- 
uration as the best alternative choice for the D/C Segment host processors. Figure 1.2~2 
summarizes this choice in terms of functional allocation and projected loadings. 


Exploitation/ 
Training, Test 
and Development 


1100/84 (8 MIPS) 


o Exploitation Requires 4 MIPS (2 CPUs) 


(1 CPU) 
Availability Requires 2 MIPS (1 CPU) 


General 
Processing/C oO C” Negligible 


Availability Requires 2 MIPS (1 CPU) 


Figure 1.2-2. Univac Host Allocation Summary 


The 1100/84 Processors have been configured for both performance and availability. Each 
configuration has: 


a. 4 CPU's (3-workload, l-availability) 
b. 4 I0U's (3-workload, l-availability) 


c. 32K Storage Interface Unit (SIU) ~ Full 128K bytes cache for performance and redundancy. 


d. 4 million words of Main Storage (MSU) - 32 megabytes. 


The final configurations for the three 1100/84 processors are reflected in Figure 1.2-3. The 
detailed configuration layouts are reflected in Figure 1.2-3 and 1.2-4. 


FRONT-END PROCESSOR -- Five DCP/40 Communication Processors have been configured as front-end 
processors. All front-end-processors (FEP's) have a full duplex, 36-bit channel connection 

to each host. Each FEP has a node link to each other and two high speed loadable line modules 
to support two Local Area Network (LAN) interface units. Each FEP is configured with 1.5 
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Processor Rationale 


° Training, Test and Development Requires 1 MIP 


° General Processing Requires 4.6 MIPS (3 CPUs) 
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Detailed Alternate Configuration Schematic 


Host System B 
e Host System A 1100/84 (4x4) 1100/84 (4x4) 


- Host B 
~s__ [Standby | -" me 
Pe ess S MSU Total = 
Total 77 | Generator | “~~ Host B 4 Million Words (16MB) 
MSU=4MW 7\ MG 
= a H 


Host C ‘Host ¢ 
MG MG 


Total 
SIU=32KW 


SIU Total = 
32 KWords (128KB) 


CPU Total = 4 


OU Total = 4 


: Controls All DASD, 
Mag Tapes, Labl 
& Printers, eas General Processing and ee System 


Exploitation System/Training, Test & Development 


1100/84 (4x4) 
Main Storage Unit (MSU) 
Total = 4 Million Words (4MW) 
J 


Storage Interface Unit (SIU) 
Total = 32 Thousand Words (KW) 


Central Processor Units (CPU) 
Total = 4 


System 
Transition 
Unit 


Input Output Units (IOU) 
Total = 4 


Pre-Exploitation System 


Figure 1.2-3. Univac Processor Configurations 
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Detailed Alternate Configuration Schematic 
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Figure 1.2-4. Detailed Alternate Configuration Schematic 
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million bytes of memory and will operate in primary mode under the TELCON Operating System. 
Four DCP/40's are required to handle the projected FOC communications traffic. The fifth 
processor provides the availability requirement. 


SWITCH MANAGEMENT SYSTEM -- Switch management is a function of unsolicited operator keyins to 
the 1100 operating System and the manual activation of hardware transfer switches. Unit record 
equipment:is switched via the byte channel transfer switch. DASD and other peripherals are 
redundantly configured from each system to each peripheral controller. Host system peripheral 
separation is maintained via console keyins. The Subsystem Availability Unit (SAU), along with 
optional transfer switches, may be used to hardware partition peripheral subsystems. 


OPERATING SYSTEM DASD -- Operating system DASD requires no specialized devices or subsystems. 
However, we would recommend that the 1100 Executive and its non-resident segments be allocated to 
a solid state device in a 5057 cache disk memory. This would significantly improve operating 
system performance especially as system loading increases. 


GENERAL SUPPORT AND PRE-EXPLOITATION DATA BASE -~ The General Support DASD is shown in 
Figure 1.2-4 as the Host B database. The pre-exploitation DASD is illustrated at the bottom in 
Figure 1.2-4. Both database configurations use the 5057 Cache Disk subsystems. Each subsystem 


is configured with dual controllers and two banks of cache memory, totalling 1.8 million words 
or 8 megabytes. The disk wiits are 8470's with a storage capacity of over six hundred forty-five 
million bytes. The gener! database required 10 billion bytes (18 units), and is configured for 
14 billion bytes (24 unit=) tor availability. Pre-exploitation requires two units. Four have 


been configured. 


EXPLOITATION DATABASE -~- The exploitation database is shown in Figure 1.2-4. It consists of 
two dual controller subsystems with two banks of cache memory. As with the General Support 


and Pre-exploitu: in databases, all controllers have independent channels to each host system. 
The database requirerent is for four billion bytes (eight units). Twelve units are configured 
to support availabili:.. All DASD are configured with the dual access feature. 

ARCHIVE SUBSYSTEM (MAGNE i. YAPE) -- Hosts A and B have full dual connections to the magnetic 
tape units as shown in Figure |.2-4. Controllers and units can be migrated to either system as 


required. Controllers connect to the host systems via block multiplexor channels. Archiving 
will be done on the UNISERVO 36 drives. These are nine track units, dual density, supporting 
1600 phase encoding or 6250 group coded recording. Twenty drives have been configured for 
Hosts A& B. Host C (Figure 1.2-4) will have eight drives of this type. 


DISPLAY SUBSYSTEM -- The UNIVAC UTS-20 terminal was selected for the alternate configuration. 
Twenty-eight units were configured on five UTS-4020 controllers. 


HIGH SPEED PRINTER -- Three high speed printers have been configured. Two are switchable 
between Hosts A ind B. The third is dedicated to Host C. Printer back-up for Host C is via 
rollout to magnetic ::ive and printing on either Host A or B. : 


INTER-PROCESSOR COMMUNICAT1UN FACILITY -- Each of the five DCP/40's is connected to each of the 


host svstems via full duplex word channels. Host-to-host transfers will occur via the DCP/40's 
without entering the communications network. 
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Section 2 
IMPACTS 


The impacts to our preferred development approach lte primarily in two areas: 1) the additional 
design and development effort associated with the Communications Segment interface; and 2) the 
additional potential risk imposed by the unavatlability of vertical growth in the host processors. 


This section discusses five areas of impact to the preferred development approach: 


a. Design -~ A major consideration is the potential impact of upgrading the UNIVAC TELCON 
communication software to support the X.25 protocol. Also, the requirement to multi- 
task the pre-exploitation software into four threads, adds additional design complexity. 


b. Development ~- Several development impacts, both positive and negative surfaced. 
Positive impacts occur as a result of less software conversion. The additional 
development associated with the extensions to the TELCON software and a lower product-— 
ivity factor associated with UNIVAC software development are the most significant 
negative impacts. 


Cc. Schedule -- In order to ensure against schedule impact, more personnel resources will 
be required to meet SAP major milestones. 


d. Performance -- Analysis reveals that the alternate configuration will support all 
performance requirements. The analysis has shown, however, that degradations in 


performance can be expected over the preferred solution. 


e. Risk -- Several risk areas are addressed. The most serious risk, however, is the 
direct result of the lack of vertical growth potential for the alternate configuration. 


The following paragraphs discuss and provide justification for each of these impact assessments. 
2.1 Design Impacts 


Two areas of inereased design complexity have been identified -- the software to support the 
Commmnications Segment interface and the partitioning of the P&A software to support a multt- 
thread destgn. 


Each area of D/C Segment design was analyzed to assess the impact of the UNIVAC- hardware con- 
figuration. The following discussions address each area, with emphasis on those areas which 
have the more significant impacts. 


HARDWARE DESIGN -- As discussed in Section 1.2, the UNIVAC hardware products. can be configured 

to support D/C Segment FOC processing requirements. The only significant variance from the 
preferred alternative hardware design is the requirement to provide an additional host pro- 
cessor in support of on-line operations (P&A and General Support must be split across two Hosts). 
COMMUNICATIONS DESIGN -- The communications interface design for the alternate solution consists 
of five DCP/40's interconnected with each other. Each DCP/40 interfaces with the Local Area 
Network (LAN) via two 16 bit parallel high speed loadable modules and the associated channels. 
SOFTWARE DESIGN -- Two major areas of software design impact have been identified: 


a. The preferred solution dual-thread Pre-exploitation (P&A) software design will not 
meet the 25 minute execution time requirement; 
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b. The X.25 communications protocol is not supported by UNIYAC program products. 


In order to perform the P&A function on the UNIVAC host and meet the turnaround time require- 
ments, the preferred solution P&A software design must be modified. To meet the performance 
requirement, the software must be partitioned into four threads, to be executed in parallel 
on the four CEU's within each host processor. This change introduces an additional level of 
application software complexity into the P&A control design. 


The X.25 communication protocol was chosen in our preferred solution as the best level 1-3 
protocol for the NDS. In assessing the UNIVAC alternative, we found that UNIVAC does not 
support this protocol with its commercial software products. We still determined, however, 
that modification of the existing UNIVAC TELCON commercial communications software package to 
support X.25 was the most expeditious way of achieving the necessary communications interface. 
Our preferred approach to this, would be for UNIVAC to commit to support X.25 with their 
commercial TELCON package. The alternative to this would be for us to develop the required 
extensions to TELCON. Figure 2.1-1 summarizes the software design impacts for both the comm- 
unications interface and P&A functions. 


DATA BASE DESIGN -- Two Data Base Management Systems (DBMS) were identified which are supported 
by the UNIVAC configuration -- System 2000 and DMS 1100. Both can satisfy D/C Segment require- 
ments. DMS 1100 was selected because of some reduction in the conversion effort, since it is 
the current DBMS. We did, however, have two concerns in this area: 


a. The network structure of DMS 1100 imposes additional complexity on the NDS application 
software; 


b. The use of the DMS 1100 Query Language (QLP) requires the user to have some knowledge 
of the data base structure. 


Although these limitations do exist, we felt that the requirements for the D/C Segment were met 
in the most cost-effective manner with DMS 1100. 


OPERATIONS/USER/ IWS/ INTERFACES/SECURITY DESIGN -- The remaining D/C Segment design areas remain 
virtually unchanged with the alternate vendor solution. The only change would be in the 
Operations design. The basic design remains unchanged, but the details of the computer opera 
tions, maintenance, and training would be altered to reflect the UNIVAC hardware man-machine 
interface and hardware maintenance implications. 


2.2 Development Impacts 


We rigorously estimated the software stzing and software development tool implications of 
the alternate vendor solutton. Our coneluston is that the amount of software to be developed 
is approximately the same, but that degradations in software development productivity can be 
expected. 


The development impacts associated with the alternate vendor solution can be localized to 
three areas: 


a. Software Sizing Impact 
b. Software Development Effort 
c. Development and Test Laboratory Impact 


The other D/C Segment development areas (e.g., Program Management, Systems Engineering) 
remain virtually unchanged with the alternate solution. 
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X.25 Compliance ts By Far the Most Significant Design Impact. 


Design Impact Analysis 


Impact/Task Rationale Complexity Risk Effort Resultant Benefit Negative Aspect 
TELCON X.25 Universal Heterogenous | High Level Vendor Supported: | Extremely Labor Non Vendor Specific @ Expensive to Implement 
Compliance Host System Interface Low Intensive Communications @ Could Duplicate to Void 

# Unsupported: High a Current Vendor 
@ May Not Be Universally Product. 
Accepted 

1.1 Analyze Current | Understand Current High Levelt Low Labor intensive @ Thorough Understand. | @ Front End Loads Project 
TELCON Design Before Modifica- ing of Current TELCON With Personnel, Costs. 
Designs tion Can Be Considered. Design. ® Impact of Future 

s @ Knowledge of Most Design Changes 
Effective Method to Unknown. 
integrate Design 
Changes. 

1.2 Develop New- High Level High— Could Require Labor Intensive ® Basic Guide for New ® Critical Timing Win- 
Design Changes to Existing Design Developments dows Are Often Not 
Requirements Existing Ones Design. @ Helps Avoid Visible At This Stage. 

| “Afterthoughts’’. 

1.3 Design Bring Into.X.25 High Levet High— Difficult to Labor intensive @ Provides X.25 Com- © Could Create Negative 
Extensions to Compliance Anticipate Alt Problem zy pliance Extensions Effects On Other O.S. 
Current X.25 Areas. While Retaining Basic Software. 

Base Capabilities. 
1.4 Test Design Assure Compliance Medium @ Nothing Tests As Effec-| Moderate @ Gives Some Measure @ Might Have to Return 
Extensions. tively As the “LIVE” of Confidence Prior to to the Design Stage and 
Environment. Transition to Start Over. 
®@ Serious Design Prob- Production. 
lems Could Surface 
1.5 Maintenance | @ Fix “Bugs”’. High Level @ TELCON Internal . Labor Intensive © Identify and Correct @ Not A Pure” Vendor 
@ Implement Extensions Design May Be “Bugs” in Design Product. 

In New TELCON Changed. Extensions. @ Migrations to New 

Releases. @ TELCON and Exten- @ If TELCON Moves Levels Take Longer. 
sions Become _ Towards Full X.25 
Incompatible. Compliance, Exten- 

sions May Be Dropped. 
2.0 Pre-Exploitation Software 

2.1 Develop Activity! ¢ Break Up Task into Medium to @ Load May Not Be Labor Intensive @ Will Use All CPU's @ If Format or Size of 
Breakdown and Four Even Activities In | High Even. Through Acceptance @ Processing Could Be Input Data Changes, A 
Assignment Order to Fully Utilize @ Could Create Critical As Low As 12 Redesign May Be 
Methodology Each CPU Timing Windows. Minutes. Required. 

2.2 Must Keep @ Must Assure That All, | Low to ® Could Loose An @ Moderate Labor to @ Wit! Assure Complete @ May Not Perform In A 
Track of All Areas Have Been Medium Activity. Develop. Processing of All Balanced Mode. 
Activities Analyzed. @ A Portion May Not Be | @ Thorough Testing Tasks. ® Could Encounter A 
Spawned and Analyzed. Required. “Deadly Embrace”, 
Completed Especially As Regards 

+ the Database. 

2.3 Activity Erros- @ Dynamically Deter- Medium to © Could Be @ Moderate to @ Recover from Error @ Program Must Be 
Status Analysis mine Problem and High Unrecoverable. Develop Automatically and Updated Each Time 
and Handling Recover @ Portion of Data @ Intensive Process Task to Status Codes Are 

@ Complete Task If At Unprocessed. Checkout Completion. Changed ar Added. 
All Possibie. @ Might Hang the @ Minimum Or No 
System Manual intervention 


Required. 


Figure 2.1-1. 


Software Design Impacts 
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Changes in the software development area are driven by changes in the amount of new/modified 
software, the amount of converted software, and the productivity implications of the develop- 
ment tools which are available. 


SOFTWARE SIZING IMPACT -- The impacts to CPCI sizing and to the amount of software conversion 
required are summarized in Figure2.2-1.These impacts are presented in terms of deltas to the 
preferred solution sizing estimates. The net of the defined changes is that little change 
occurs in the total amount of software to be developed, while the.bulk of the.change occurs in 
the magnitude of the software conversion effort. 


SOFTWARE EFFORT IMPACT -- The resulting sizing estimates must now be applied against: 1) the 
software development productivity rates which can be assumed for the alternate vendor effort, 
and 2) the additional effort required to perform the increased software conversion. 


In determining the software development productivity rates to apply to the alternate solution, 
two factors must be considered: 


a. Our experience in developing software without the benefit of our state-of-the-art 
development tools has shown that a decrease in software development productivity 
approximately 10% can be expected. This position is borne out by studies of past 
projects which included UNIVAC hosts. The inexperience of our programmers with 
UNIVAC hardware, operating systems, and program products will result in a decrease in 
productivity until familiarity with these items is gained. Our experience has shown 
that this reduction can initially be extremely high. Over the D/C Segment software 
development period (detail design, code, unit test) of approximately 24 months, an 
average decrease of 5% in productivity was assumed. While the 5% and 10% factors 
assumed above were derived from available experience data, it is acknowledged that 
the actual productivity factor is a sensitive variable that could range from a low 
of 5% to a high of 25%. This sensitivity should be borne in mind in subsequent 
cost and schedule impact assessments. In these assessments we have used the mid or 
15% factor. Thus, while the amount of new and modified software to be developed 
has not significantly changed, the resulting software development effort required 
will increase by 456 man months because of the projected productivity degradation. 


STAT 


b. The software conversion which is required in our preferred solution results in a a 
development savings of 67 man months. 


In summary, the total additional software development labor associated with the alternate 
vendor solution is approximately 389 man-months. 


DEVELOPMENT AND TEST FACILITY IMPACT -- The alternate vendor solution would modify the computer 

installation schedule which was planned for the preferred approach. The factory requirement 

is defined as one 1100/84. This approach is the most cost-effective, and can be considered 

because of the partitioning capability of CPUs within the 1100/84. This approach does, 

however, limit the ability to do as much rmance testing in the factory as with the preferred 

solution. In addition to the 1100/84, an 4341 processor would be required for development STAT 


documentation support. 


25.3 Schedule Impact 


Although htgher staffing levels are requtred to meet NDP milestone objectives, the alternate 
solution can be developed within current major milestone. objectives. 


The additional man~months of software development effort required for the alternate approach 
can be accommodated within major milestone objectives through increased staffing. Staffing 
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SLOC 
Develanment ranges Comper BOEIIOC 


Host System Applic. Support 
CPCI 
— X.25 Comm. Upgrade 


C/S Interface for MSGs/ 
Cables 


IBM/UNIVAC Host Link 


Pre-Exploitation CPC}! 
— P&A Scheduler 


Training, Test and Dev. CPCI 
— Tailoring of Tools 


DBM Applic. Support CPCI 


— Data Dictionary Enhance. 


— Revival of Archive Data 


DBMS Conversion Software 


Conversion Changes 


Auto. Tools Conversion © 


Auto. Pre-Exploitation 


Conversion 


Remaining Auto. 
Conversion 


Interface to TELCON Software to Support X.25 
Level 1-3 Protocol. 


This Software to Communicate Between Different 
Vendor Hosts for BOC is Not Required with the 
Aiternate Approach. 


P&A Performance Requirement Exceeds UNIVAC 
Capability Unless a Four-Thread Design is Implemented. 
Additional Scheduler Complexity to Manage Four Par- 
allel CPU Tasks. 


Test Driver and CM Packages Tailoring. Needed to 
Adapt to UNIVAC. No Attempt Made to Convert 
Tools Except Where a Necessity, Productivity Loss 
Because of Unavailable Tools, but Considered Less 
than Conversion Cost/Additional Tailoring Develop- 
ment Risk. 


Data Dictionary Upgrade to Decrease Manual 
intervention 
Revival is a Requirement Not Supported by DMS 1100 


Special Software to Convert Data Base from UNIVAC 
to {BM Not Required with Alternate Vendor Solution. 


SLOC 
Deita BOC/IOC | Rationale 


+80K BOC Test Driver and CM Packages must be Converted 

, to Support Alternate Vendor Hardware. 

-23K BOC This Conversion Effort was Required with Preferred 
Solution for BOC — Not Required if UNIVAC 

-225K (Oc This Conversion Effort was Required with Preferred 
Solution for [OC — Not Required if UNIVAC 


“168K 


Figure 2.2-1. 


Software Development Impact Summary 
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requirements must be carefully planned for the SAP, in light of clearance lead time requirements. 
We feel that our personnel situation could accommodate the alternate approach. Thus, the D/C 
segment development Master Schedule (reflected in Volume III, Section 5, paragraph 5.1 of this 
proposal) remains unchanged. 


The development and Test Laboratory schedule impact of the alternate vendor solution is 
reflected in Figure 2.3-1. 


12/83 12/84 12/87 7/88 


12/83 


(2) 1100/84s (Purchase) 
Site 


a (1) 1100/84 (Purchase) tres 


Development Laboratory 
5/82 3/85 


A (1) IBM 4341 (Lease) A 


Figure 2.3-1. Alternate Equipment Installation Schedule 


2.4 Performance Impacts 


We have modeled the performance of the alternate UNIVAC configuration and have found that tt 
ean meet the D/C Segment performance requtrements. 


We modeled the UNIVAC configuration at the same detail level as the preferred solution. 
Analysis of the performance results indicates that the configuration provides satisfactory 
performance. 


METHODOLOGY -- Figure 2.4-1A shows the methodology used to study configuration performance. 

A detailed queueing model of the alternate configuration was built. The performance was 

then evaluated under the FOC driving workload using RE§Q2. RESQ2 is a discrete event simula- 

tion tool which is used for computer system performance evaluation. Since the level of detail - 
was the same as for the preferred solution, a direct comparison of performance can be made. 


MODEL DEFINITION -- The detailed performance model was developed to evaluate the stated UNIVAC 
design. The derivation of that model is presented in detail in Volume II, Appendix A4 
(Technical Proposal, Segment Design and Analysis Report) of this proposal. The key parameters 
of the model are provided in Figure 2.4-1B. : 


Since the hardware configuration for the alternative is different from the preferred configura~ 
tion, the hardware topology and performance parameters in the model have been changed to 
accurately portray the alternate case. The definitions of software modules, lengths, memory 
requirements, and I/O activity are identical in both configurations. The one exception 

is the data base management system (DBMS) employed. In the preferred configuration, the 

DBMS is MODEL 204, whereas in the alternate configuration the DBMS is DMS 1100. Analysis 

of the performance of MODEL 204 has indicated that it can provide database services in the D/C 
Segment environment with fewer I/O accesses than DMS 1100. This is primarily due to differences 
in internal organization and capability. Accordingly, the preferred configuration is estimated 
to require only 80% of the I/O accesses required by the alternate configuration for those 
functions which reference the database. 


On the other hand, the UNIVAC configuration offloads some of the operating system I/O services 

from the central processor to the I/O processing unit. This offload is estimated to be 15% 

of the overall pathlength, thus providing additional processing reserve in the central processor. 

Also, Predict and Assign is run as a multiple thread process using four processors in the 

UNIVAC configuration. @ 
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RESULTS 
METHODOLOGY ; 
Comparative Performance of Preferred and Alternate Configurations © Model Results Show that Configuration Provides Better Overall Response Time than UNIVAC Configuration. 


Modeled and Evaluated. 


Preferred Alternate 
Design Foc Configuration 
Performance Workload Performance 
Model Model 


Process RESO 2 RESO 2 
Simulation Simulation 


Compare 
Performance 
Assess Impacts 


Output 


MODEL 


The Performance Models of the Two Configurations Contain Numerous Hardware, 
Software and Data Base Parameters. 


Work Station 


Screen Fill Rate 56K Bits/Sec 
CPU Speed 0.25 MIPS 
Mean Disk Seek Time 41.7 msec 

Disk Latency Time 8.3 msec 

Disk Transfer Rate 573K bytes/sec 
Transaction Path Length 25K instructions 


Central Processors 4 Sanremo 


IBM CONFIGURATION UNIVAC CONFIGURATION 
3033 3081 1100/84 


CPU Speed 4.8 MIPS 2x 4.6 MIPS 4x 1.9 MIPS 
DASD Seek & Latency Times 17.9 msec 17.9 msec 21.8 msec 
DASD Data Transfer Rate 3M bytes/sec 3M bytes/sec 280K words/sec 
Transaction Path Lengths 
Class 2, Other 1170K instructions 1170K instructions 1240K instructions 
Class 1 Download 1170K instructions 1240K instructions 
DASD Accesses 
Class 2, Other, 24.4 30.6 
Class 1 Download 35.2 44 
PeA, MTF Update (13% TD, 
87% NTD) < 
Pathlength 3.28 x 109 instructions 3.28 x 109 instructions 
DASD Accesses 51300 51300 
Batch Queries 
Path Length 20M instructions 20M instructions 
DASD Accesses 151 151 
FEP Speed 1.1 MIPS 1.1 MIPS 1.1 MIPS 
Communications Bandwidth 56K bits/sec 56K bits/sec 56K bits/sec 


Figure 2.4-1. Alternate Configuration Performance Assessment Summary v-2-7/8 


UNCLASSIFIED 


Approved For Release 2007/06/18 : CIA-RDP84T00037R000400030001-4 


Approved For Release 2007/06/18 : CIA-RDP84T00037RO000400030001-4 


UNCLASSIFIED 
RESULTS -- The transaction classes which were considered include: 
a. Class 1 - NPIC internal critical mission transactions requiring D/C Segment 


internal data; 
b. Class 2 - NPIC internal generalized queries for D/C Segment data; 


Cc. Class Other - NPIC internal and remote support functions/services transactions 
requiring D/C Segment data; NPIC external interactive queries for D/C 
Segment data. 


Figure 2.4-1C shows transaction loading curves and response time probability curyes for 

Class 1, 2, and Other transactions for the preferred and alternate configurations. The 
majority of Class 1 transactions are handled locally by the IWS. Thus, the overall response 
time is almost independent of the configuration choice. The configuration performs well with 
considerable reserve capacity, the 56K bits/second communications channel being the limiting 
component. Overall responsiveness is only slightly less than the preferred solution. 


Class 2 transactions are significantly more responsive on the preferred configuration with 
1.35 seconds mean response time versus 1.9 seconds for the alternate. Again there is ample 
reserve capacity, with the 56K bits/second communications again being the limiting components. 
The UNIVAC configuration is very close to exceeding the .95 probability time. 


The Class Other transactions include classes 3, 3A; and 6. The most stringent time requirement 
is 4.2 seconds for Class 3A under peak load. The modeling analysis showed that the alternate 
configuration responce is slightly above this level, using the current design assumptions 


(Figure 2.4-C5). Consider::. tie model assumptions which are inherent in these results, 
and the design flexibility which would exist in the implementation, we feel that the .95 
cummulative probability response requirement can be met. S 


Both time dominant and non time dominant Predict and Assign complete well within the 
required times of 10 and 25 minutes, respectively. P&A is run as a double thread on the 
preferred solution, and as a quadruple thread on the alternate configuration. 


SUMMARY -- 'n conclusion, the alternate configuration meets all FOC performance requirements. * 
The reserve ~.rformance margins, however, are less than for the preferred solution in all 
categories. , 

2.5 Risk 

We examined uw. ---essed the risk associated with the alternate configuration in each impact 
area. Our conc... » ts that, although no individual area has unmanageable risk, the overall 
risk is greater t\. 1th the preferred solution. 

In assessing the risk as -iated with the alternate vendor solution, we considered four major 


D/C Segment elements which «. ‘eit an assessment should be made: 
a. Database Software 
dD. Applications Software 
c. ADPE Configurations 


d. Communications Interface 
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Figure 2.5-1 reflects the results of our analysis. 


We identified the primary items of risk to be: 


a. ADPE growth potential, and the fact that no up~gradable processor is available 
for vertical expansion; instead expansion would have to be horizontal (more host 
processors), providing significant performance impact to time dominant processes 


such as P&A; 


db. Communications interface, and the fact that no commercially available software 
package satisfies X.25 protocol; the risk associated with modifying the TELCON 


software to support X.25 is deemed as high. 


Although each of these items was identified as high risk, we feel that with proper risk 
management they can be contained to meet the NDP milestones. 


life-cycle risk potential which has been identified. 


PS ed ie : 


@ OMS 110 path length |@ Additional staffing re- 
20% greater than quired for file redesign 
preferred DBMS Thorough knowledge of 

OMS 1100 internals 

before Database design 

starts 


database 


retrieval) 


Risk Factor: Medium Risk Factor: Medium 


Unexpected delays or 
deadtacks due to com: 
plexities of OMS-1 100) 

® P&A must be devgned 
for four thread proc: 
@ssing-may not be 

evenly balanced 


tn depth knowlege of 
OMS 1100 as opposed 
to normal COBOL pro- 
gramming skiils for pre 
ferred OBMS. 

Longer lead times anct 
more intensive up front 
knowledge required 
Risk Factor: Low 


ment the same 
capabilites 


Applications 
Software 


aoPp 
Configuration 


Communications 
Interface 


Risk Factor: Low 


Mult-banking makes 
progam develooment 


@ No equivaient to 
TPNS mekes pre- 
Production testing 
& checkout nebulous 

® Word channel module 
wail not support full 
channel rates 
Risk Factor: Low 


and checkout much 
more compiex 


Risk Factor: Low 


Heavy design develop- 
ment and cost impacts; 
will result from the 
TELCON upgrade to 
4.25 comphance 
cesult 


Peavy front-end project 
research 

No direct access to soft. 
ware development group 


costs 


opment costs 


Risk Factor: High Risk Factor: Med 


Figure 2.5-l. 
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Mare effort recnured 
to deseqn OMS 1100 


More software re- 
quired to interface 
with DBMS fie. data 
dictionary, arehiwing 


Risk Factor: Medrum 


More effort and staff 
ing required to imple 


Risk Factor: Low 
More hardware re- 


quired for pertor- 
mance and availability 


Risk Factor: Med/Lo 
Research. design. de- 
velopment, checkout 
& documentation 


Continuing mamnten- 
ance at 10% of devei- 


Risk Factor’ Med 


Qf greater concern is the 


File menicacy and rec: 
ord placement may 
require database 
redesign 


Risk Factor: Medium 


When hercware per: 
formance reaches Maxi 
mum, functrons may 
have to be distributed 
across multipia host 
Processor systems, 
Heavy cost impacts 
wall resull 

Risk Factor: High 


No vertical growth: 
possible. Growth will 
have to be horizontal 
This weil impact design. 


Risk Factor: High/Med 


No sianificant growth 
tsk has been ident hed 


Risk Factor’ Low 


Risk Analysis Summary 
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@.. Cost 


We have quantified and substantiated the impacts of the alternate configuration in terms of coat 
deltas to our preferred solution. 


We carefully reviewed each Government Work Breakdown Structure (GWBS) Level 2 cost that was 
estimated for the preferred solution, and assessed the impact to each cost category. With each 
assessment, we determined the positive or negative impact to our proposed cost, and provided 

the rationale to justify the estimate. The results of our assessment, for each Level 2 item. 
which is impacted is reflected in Figure 3.0-2. The cost difference through FOC is significant, 
and driven primarily by the difference in hardware purchase prices and the reduced productivity 
which is projected for the alternate configuration software implementation. Figure 3.0-] 
reflects the cost deltas by fiscal year. 


STAT 


Figure 3.0-1. Alternate Configuration Fiscal Year Summary 
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Level 2 
WBS Item 


System 
Engineering 
Software 

Development 
(BOC) 


Hardware 
Development—80C, 
10C, FOC 
ADPE 
Test and Verification 
BOC 


Devetopment and 
Test Facility 


Operations & 
Maintenance 
80C/!0C/FOC 


Total Deita 


Software 
Development 
{BOC) 


Software 
Development 
(lOC/FOC) 


Hardware 7 
DEU-BOC/I0C/FO 


Test and Verification 
BOC 


Test and Verification 
|\0C/FOC 


Total Delta 
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Alternate Configuration Cost Analysis Summary 


Cost Increase 


® Purchase conversion services to convert 20 KSLOC’s of Configuration 
Management tools software for use on UNIVAC system 


@ Additional system engineering effort to define/specify the P&A 

schedules software function/performance (23 man-months) 

@ More total new and modified code 362 (ait) vs 311 SLOC’s 

® Lower development productivity 

@ 213 (ait) vs 250 SLOC’s/MM 

@ Learning curve for programmers unfamiliar with UNIVAC systems 

© Purchase RPO to upgrade UNIVAC commercial communications 

product (TELCON) to achieve X.25 compatability 

@ Purchase training package from UNIVAC to train IBM programming 
staff. NOTE: This is a delta above UNIVAC training included in our 
primary bid. 


® Applies to Installation, Checkout & Test — BOC/IOC/FOC as weil 


® Higher purchase costs for alternate configuration 


®@ Purchase conversion service to convert 60 KSLOC’s of test tool code 
(TPNS) for use on UNIVAC. NOTE: Tool dogs not exist for alternate 


@ Integration testing of additional 41 KSLOC’s new and modified code 


@ Higher maintenance charges and software leases for alternate 
Configuration Development Lab 


® Higher commercial hardware and software maintenance costs over life 
of contract 


Cast Decrease 
| © Purchase conversion service to convert 23 KSLOC’s (retained portion 
of Pre-Exploitation CPCI} 


1@ File conversion code not required for OBMS conversion and associated 
application mods. (27 KSLOC’s at 250 SLOC’s/MM) 


@ Purchase conversion service to convert 225 KSLOC’s of retained code 
to run on Preferred System 


@ Applies to installation, checkout & test - 8OC/IOC/FOC as weil 


@ Integration testing of 23 KSLOC’s of converted code (Pré-exploitation} 


@ Integration testing of 225:KSLOC’s of converted code 


Figure 3.0-2. ROM Cost Analysis Summary 
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